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La presente invention concerne un systeme informatique 
multiprocess. EHe permet notamment une communication etendue entre 
divers traitements informatiques au travers d'entrees/sorties standards. Plus 
particulierement, elle permet d'implementer de maniere transparente aux 
5 applications des services complexes tels que par exemple le mode client 
serveur, le traitement distribue et concurrent, le controle des flots de 
donnees, la tol6rance aux pannes, la supervision, la reconfiguration et 
I'extension dynamique ainsi que la modelisation de I'architecture systeme. 

10 Les canaux de communications des machines Unix, encore 

appeles « pipes » Unix dans la litterature anglo-saxonne, sont notamment un 
service de communication inter process, assurant le transfert de donnees 
unidirectionnelles et securisees entre deux traitements. Un avantage majeur 
de ce mode de transfert reside dans la possibility de faire cooperer deux 

15 traitements totalement independants Tun de I'autre, par le simple 
changement de direction des entrees/sorties de chacun des traitements, la 
sortie de Tun etant re-dirigee sur I'entree de I'autre. Ce mecanisme est 
largement utilise dans les systemes Unix. II permet de concevoir des 
programmes simples, specialises dans une tache precise et de les 

20 assembler par la suite pour obtenir des systemes plus complexes de 
traitements cooperant, appeles par la suite coprocess. 

Ce type de mecanisme presente cependant un inconvenient. En 
effet, les pipes comportent des limitations. En particulier, ils ne permettent de 
25 connecter que deux traitements a la fois, par une connexion point a point, les 
deux traitements devant se trouver sur !a meme machine, et dans le cas de 
communication bidirectionnelle (coprocess), Tun des traitements doit etre le 
pere de I'autre. 

30 Un but de Tinvention est notamment de pallier cet inconvenient en 

supprimant les limitations precitees, c'est-a-dire de permettre a un traitement 
utilisant des entrees/sorties standards de communiquer avec plusieurs 
traitements simultanement, ces traitements pouvant etre repartis sur des 
machines distinctes, et pouvant etre crees independamment les uns des 
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autres. A cet effet, l'invention a pour objet un systeme informatique 

comportant au moins deux process P1, P2, ...Pi, ...PN relies par un r6seau. 

Chaque process est execute par un materiel equipe d'un systeme 

d'exploitation, un process comporte au moins : 
5 - une couche logicielle librairie permettant a ce systeme 

d'exploitation d'acceder aux programmes d'activation des 
protocoles de communications associes aux entries sorties ; 

- une couche interm^diaire comportant un service de 
communication entre process associee a un canal de 

10 communication ; 

- un multiplexeur encapsule dans la librairie multiplexant le canal 
de communication d'un process Pi avec les canaux de 
communication des autres process P1, P2, ...PN, le canal de 
communication (21) entre deux process Pi, Pk, est active par 

1 5 les multiplexeurs des deux process, sur requete de Tun. ; 

L'invention a pour principaux avantages qu'elle permet d'obtenir 
des services de haut niveau parallelement au service de communication 
inter-process, qu'elle permet une simplification des applications et qu'elle est 
20 simple a mettre en ceuvre. 

D'autres caracteristiques et avantages apparaTtront a I'aide de la 
description qui suit faite en regard de dessins annexes qui represented : 

- la figure 1, une representation de couches logicielles 
25 implementees sur un materiel pour I'execution d'un process ; 

- la figure 2, deux process cooperant dans le cadre d'un 
systeme client serveur ; 

- la figure 3, une representation de couches logicielle pour 
I'execution d'un process integre dans un systeme selon 

30 l'invention ; 

- la figure 4, une illustration de I'interfagage des process dans un 
systeme selon l'invention 

La figure 1 illustre une representation des couches logicielles 
35 implementees sur un materiel 1 pour ('execution d'un traitement informatique, 
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appele encore process par la suite, dans un systeme de type Unix. Le 
systeme d'exploitation ou noyau temps reel constitue une premiere couche 
logicielle 2 qui communique directement avec le materiel 1. La couche 
superieure 3 est constitute de l'applicatif. Pour faire appel a des services 
5 UBSS, par exemple du type distribution de donn6es ou autres, l'applicatif 3 
doit faire appel a une autre couche logicielle 4, communement appel6e API, 
qui est une interface de programmation specifique permettant aux donnees 
traitees par le process d'acceder aux entrees/sorties physiques E, S, et done 
d'etre echang§es avec d'autres process. Une couche logicielle libc comporte 

10 une librairie qui permet notamment au systeme d'exploitation 2 d'acceder 
aux fichiers et aux primitives de communication, destines notamment a 
I'activation des protocoles de communications associes aux differentes 
entrees/sorties E, S interfaces au materiel 1. L'applicatif 3 est oblige de 
passer par la couche API 4 pour acceder a la librairie libc. Une couche 

15 logicielle intermediate non representee, appelee « middleware » dans la 
litterature anglo-saxonne, comporte les services UBSS du type par exemple 
distribution de donnees, gestion du temps, ou supervision. Cette couche 
intermediaire est placee entre le systeme d'exploitation 2 et l'applicatif 3. 
L'applicatif 3 et I'API 4 sont deux couches logicielles qui appartiennent a 

20 I'espace utilisateur. 

La figure 2 illustre deux process qui cooperent dans le cadre par. 
exemple d'un systeme client serveur. Ces process utilisent une architecture 
logicielle du type de celle de la figure 1. Un premier process S, par exemple 

25 le serveur, echange des donnees avec un canal de communication ou 
pipe 21. Un deuxieme process C, par exemple le client, echange des 
donnees avec ce meme pipe 21. Le pipe 21 est en fait un port de 
communication associe a un service qui assure le transfert de donnees 
unidirectionnel et securise entre les deux process. La couche intermediaire 

30 precitee comporte par exemple ce service. En jouant sur la direction des 
entrees/sorties de chacun des process, en re-dirigeant ces entrees/sorties, il 
est possible de faire cooperer ces deux process independamment Tun de 
I'autre, la sortie Si du serveur etant dirigee sur I'entree E 2 du client, la sortie 
S 2 de ce dernier etant dirigee sur I'entree E-i du serveur. 
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Le mode « coprocess » tel qu'illustre par la figure 2 presente des 
limitations. En particulier le canal de communication 21 ne permet de 
connecter que deux process a la fois a cause notamment de la connexion 
point a point des entrees et sorties E 1f E 2 , Si, S2, une API 6tant associee a 
5 chacune des ces entrees/sorties. Par ailleurs, les deux process doivent 
utiliser la meme machine, et en particulier le meme materiel 1 et le meme 
systeme d'exploitation 2. Pour surmonter ces limitions, I'invention permet a 
un applicatif d'acc6der au systeme d'exploitation sans avoir besoin d'utiliser 
une API, et done de connexion point a point des entrees/sorties. A cet effet, 
10 I'invention utilise un programme de multiplexage des canaux de 
communication ou pipes 21 entre process. 

La figure 3 illustre un empilement des couches pour I'execution 
d'un process Pi fonctionnant dans un systeme selon I'invention. Ce process 

15 est execute par un materiel 31 equipe d'un systeme d'exploitation 32. La 
-librairie libc, qui permet au systeme d'exploitation d'acceder aux programmes - 
d'activation des protocoles de communication des entrees/sorties, est 
toujours intercalee entre la couche logicielle d'application ou applicatif 3 et le 
systeme d'exploitation. Une couche intermediate comporte le service de 

20 communication associe a un pipe 21 . Un multiplexeur Xco est encapsule dans 
la librairie libc, il multiplexe le canal de communication du process Pi avec les 
canaux de communication des autres process P1, P2, ...PN. Plus 
particulierement, le pipe 21 entre deux process Pi, Pk, est active par les 
multiplexeurs des deux process, sur requete de Tun. Pour illustrer cette 

25 fonction, le programme de multiplexage sera encore appele par la suite 
multiplexeur a coprocess. Un multiplexeur a coprocess est encapsule dans la 
librairie libc de chaque process. Ce multiplexeur permet notamment a un 
process de communiquer simultanement avec plusieurs process en utilisant 
les entrees/sorties standards ou ports.de communication E, S, du materiel 31 

30 de chaque process. II convertit les echanges de donnees de type fichier en 
echange de donnees de type reseau, sous forme de flots de donnees, en 
utilisant par exemple le protocole IP Multicast, qui autorise notamment la 
diffusion simultanee de donnees et plusieurs process lecteurs par machine. 
Par ailleurs le multiplexeur utilise par exemple des mecanismes 

35 d'acquittement des donnees afin de preserver le caractere securise des 
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canaux de communication. La concurrence d'acces a un process en lecture 
et en ecriture est assuree par son multiplexeur Xco qui peut allouer des ports 
de communication separes au niveau reseau. Par ailleurs, sur un meme 
canal, le multiplexeur peut discriminer plusieurs flots de donnees si ceux-ci 
5 ont et6 d6finis au pr6alable. 

Pour un process donne, la transparence du multiplexeur par 
rapport a I'application 3 est notamment assuree par I'absence d'une interface 
de programmation specifique API. Les services du multiplexeur, notamment 

10 le service de communication inter process, sont mis en ceuvre par 
interception des appels relatifs aux entrees et sorties selon le protocole IP 
Multicast. La librairie Libc qui est I'interface entre le niveau applicatif 3 et le 
niveau systeme 32 voit un certain nombre de ses fonctions surchargees par 
celles du multiplexeur X^. Neanmoins, a I'aide de techniques de librairie 

15 partag6e et d'edition de lien dynamique, I'ajout du multiplexeur Xco se fait 
sans modification des fichiers binaires, et done des codes sources. La 
definition des interfaces de la librairie libc etant standardisee, selon par 
exemple les standards POSIX et ANSI-ISO, la portability de cette technique 
d'utilisation d'un multiplexeur est garantie. Ce multiplexeur X^ implements 

20 au niveau de la librairie libc permet d'augmenter les capacites du systeme 
d'exploitation 32 de maniere non intrusive, e'est-a-dire sans modification du 
noyau. L' infrastructure du reseau necessaire, par exemple du type IP 
Multicast, etant elle aussi standardisee et generalises, il est possible de batir 
un systeme distribue heterogene. 

25 

La figure 4 illustre Tinterfagage des process dans un systeme 
selon Tinvention. Ce systeme comporte n process P1, P2, ...Pi, ...PN 
implementes sur une ou plusieurs machines. Tous ces process peuvent etre 
implementes chacun sur une machine differente. Ces process communiquent 

30 entre eux par un reseau 40. Les echanges de donnees se font par un 
protocole du type d'echange de flots de donnees, par exemple selon le 
protocole IP Multicast. Chaque process est considere vis-a-vis des autres 
comme fournisseur de services et/ou utilisateur de services. A chaque 
process est done par exemple associee une classe de services, dans une 

35 version donnee. Parmi ces services, il y a notamment les services de 
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communication inter process correspondant aux pipes 21, ces services 
assurant le transfert de donnees unidirectionnel et s6curise entre deux 
process. A chaque service est associe un protocole compose de requetes et 
de r§ponses, correspondant aux entrees E et sorties S du process. Ce 
5 protocole est defini au niveau du multiplexeur a coprocess 41, 42, 43, 44, 
dans une table 61, 62, 63, 64 indiquant le type de donnees, requete ou 
reponse notamment, le service associe et le service prerequis ainsi que des 
attributs de dimensionnement pour le traitement des donnees tels que par 
exemple la taille des blocs de donnees, la frequence, le temps de traitement. 
10 Les donnees traitees par chaque process sont stockees dans un fichier. 
Chaque process est done associe a au moins un fichier de donnees 51 , 52, 
53, 54. Un fichier peut etre ou non implements sur la meme machine que le 
process. 

15 Pour echanger un bloc de donnees par exemple entre le process 

Pi et le pfdcess~'P2; le" process Pi errfet via son multiplexeur Xco une requete." 
Plus particulierement, le process Pi lit les donnees sur dans le fichier 53 puis 
il emet sur le reseau 40 un bloc de donn6es comportant un en-tete 46 et les 
donnees extraites du fichier 53. Pour faire transiter les donnees, en entree ou 

20 en sortie, sur un ou plusieurs ports de communication du process, le 
multiplexeur X co utilise le service de la librairie libc pour commander au 
systeme d'exploitation d'activer les protocoles de communication de ces 
ports. L'en-tete comporte notamment I'adresse du process destinataire, en 
I'occurrence P2, le type de donnees (requete ou reponse), ainsi que le type 

25 de service associe avec les caracteristiques correspondant. Dans le cas d'un 
echange de donnees, ce service est le service de communication inter 
process d'un pipe. Pour chaque process, le multiplexeur a coprocess 
embarque dans la libraire libc intercepte les appels faits au systeme 
d'exploitation 32. Les multiplexeurs 41, 42, 43 filtrent la requete. En 

30 particulier, ils interpreted a I'aide de leur table le type de donnees et la 
nature du service demande. Le multiplexeur 42 du process destinataire P2 
comprend qu'il s'agit d'un echange de donnees dont il est destinataire. Le 
process P2 lit par exemple les donnees 45 puis les ecrit par exemple dans 
son fichier associe 52. Un Hot de donnees 45, 46 est ainsi traite comme un 
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protocole, par requetes et reponses. Un systeme selon I'invention peut ainsi 
traiter plusieurs flux de donnees en parallele. 

Outre la fonction de communication inter process par multiplexage 
5 des canaux de transmission, qui permet dej& d'obtenir une machine parallele 
virtuelle de maniere non intrusive, d'autres services de haut niveau peuvent 
etre obtenus. En particulier, plusieurs modes de fonctionnement parallele des 
services peuvent etre implements. 

10 Un service peut etre la redondance maTtre-esclave. La premiere 

instance du service, c'est-a-dire le premier process de la classe consideree, 
est maTtre et les instances suivantes sont esclaves. Lorsqu'un process Pi 
emet sur le reseau 40 une requete, celle-ci est traitee par tous les autres 
process P1, P2, ...PN, mais le multiplexeur 41 , 42, 43, 44 de chacun de ces 

15 process filtre les reponses des esclaves, c'est-a-dire qu'il ne communique 
pas ces reponses aux process, ce service etant transparent pour ces 
derniers. En cas de perte du maTtre, un esclave est promu maTtre & son tour. 
Cet algorithme de reconfiguration a chaud permet notamment de mettre en 
ceuvre une strategie efficace de tolerance aux pannes. Pour un mode 

20 d'acces aux process en concurrence selective, un systeme selon I'invention 
peut permettre de repartir la charge de traitement entre plusieurs instances 
d'un process. A cet effet, le multiplexeur a coprocess setectionne a chaque 
requete quelle instance effectue le traitement, en se basant par exemple sur 
le numero de sequence de la requete modulo le nombre de concurrents. 

25 Pour une concurrence non selective, deux instances au moins d'un process 
effectuent les memes requetes. Leurs reponses sont alors retournees au 
process client qui decide de la validite des reponses. Ce type de systeme 
permet de connecter deux serveurs ou plus avec une interface identique 
mais dont I'implementation est differente, afin notamment de pallier les 

30 pannes logicielles. 

Plusieurs aspects de reconfiguration dynamique du systeme sont 
couverts par les multiplexeurs a coprocess. Pour une reconfiguration 
fonctionnelle globale, de nouvelles fonctions, definies par de nouvelles 
35 classes de service, peuvent etre ajoutees au systeme par le lancement de 
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nouveaux process sans necessiter un arret du systeme. Dans le cas d'une 
reconfiguration fonctionnelles locale, pour une classe de service donnee, 
plusieurs process dans une version differente peuvent cohabiter sans 
risques, la version du service requis etant pr6cisee dans la table 61, 62, 63, 
5 64 des requetes sortantes de chaque process. Dans le cas d'une adaptation 
dynamique a la charge de traitement, pour une classe de service donnee, 
dans une version donnee, un multiplexeur a coprocess peut declencher le 
demarrage d'un nouveau process en mode de concurrence selective lorsque 
le seuil maximum de frequence de requete est franchi. Une reconfiguration 
10 materielle peut etre obtenue en mettant en oeuvre les techniques de creation 
de points de reprise, appelee encore « checkpointing ». Dans ce cas, un 
process peut avoir redemarre sur une autre machine sans interruption du 
service, autre que le temps de latence du au redemarrage du process. 

15 Un service que permet encore le multiplexeur a coprocess est la 

supervisionr Les systemes de supervision sont en general composes d : un - - 
agent de collecte d'information, present dans les differents composants du 
systeme a superviser, et d'un programme centralise, traitant les donnees 
capturees par les agents. Le multiplexeur a coprocess peut collecter des 

20 donnees de supervision aux deux frontieres auxquelles il est confronts, c'est- 
a-dire I'interface avec le process P1 , P2, ...PN et I'interface avec le m6dia de 
transport. Pour I'interface avec le process, il collecte notamment les donnees 
relatives a la taille des requetes ou reponses, a la frequence et au temps de 
traitement par le process. Pour ('interface avec le media, il collecte 

25 notamment les donnees relatives au temps de latence, c'est-a-dire au delai 
de reception de I'acquittement, et a la qualite de transmission, notamment en 
ce qui concerne le nombre de retransmissions. Pour toutes ces donnees, le 
process enregistre le nombre de mesures, les valeurs minimales, maximales 
et moyennes. Pour chacune de ces valeurs, il est possible de configurer des 

30 seuils dont le depassement peut etre utilise pour le declenchement d'une 
alarme ou une autre action. Le multiplexeur a coprocess dedie un canal de 
communication pour I'echange de donnees de supervisions entre process. 

Le multiplexeur a coprocess peut encore permettre 
35 I'enregistrement et le rejeu des flots de donnees. L'enregistrement et le rejeu 
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ne sont pas directement implementes dans le multiplexeur a coprocess mais 
s'appuient sur certaines de ses proprietes. L'ensemble des flots de donnees 
etant diffuse sur le reseau IP Multicast 40, un process enregistreur Pe peut 
etre insere sans impact pour la bande passante, capturant les messages 

5 dans les fichiers tout en preservant les informations de localisation spatiale, 
c'est-a-dire notamment I'origine et la destination des messages, et 
temporelles, notamment la datation des messages. La capture continue des 
flots de donnees entre process Pi, Pk n'est pas suffisante pour permettre le 
rejeu du systeme sur une plage temporelle donnee. II faut en plus savoir 

1 o remplacer chacun des process dans I'etat correct avant le rejeu des premiers 
messages. La solution peut done etre de completer le mecanisme de capture 
continue des transactions par un mecanisme de capture periodique des etats 
des process. La capture d'etat des process est par exemple implementee par 
une fonction de « checkpoint » qui consiste ici d'une part a capturer dans un 

15 fichier I'image de la memoire virtuelle du process, par exemple par un. 
mecanisme similaire de vidage de la memoire encore appele « core dump », 
et d'autre part a pouvoir restaurer le process a partir du fichier de capture. La 
fonction de « checkpoint » est implementee de maniere transparente dans le 
process, par surcharge de la librairie standard, comme Test le multiplexeur a 

20 coprocess dans la libraire libc. Lors du rejeu d'un process, le systeme repart 
du « checkpoint » anterieur a la date de demarrage du rejeu, puis complete, 
en rejouant les transactions du process tout en bloquant les sorties, jusqu'a* 
la date de demarrage. Ensuite les transactions sont rejouees normalement 
sur la duree du rejeu. 

25 

Un autre service possible est la modelisation et la validation des 
protocoles. En fournissant une description locale des entrees et sorties au 
niveau du multiplexeur a coprocess Xco embarque dans chaque process, 
accompagnee de certains attributs comme par exemple les requetes 

30 prerequises ou les caracteres de dimensionnement tels que par exemple la 
taille ou le temps de traitement, il devient possible d'en deriver au niveau 
systeme un modele global formel sur lequel peuvent etre effectuees des 
verifications de compatibilite, absence de possibility d'inter blocage entre 
process, ou de dimensionnement des ressources. II est possible pour cela 

35 d'utiliser par exemple un outil tel que celui connu sous le nom de SPIN qui 
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permet d'effectuer des simulations aleatoires ou bien une verification 
exhaustive des proprietes de coherence logique du systeme. Cet outil se 
base notamment sur le langage PROMELA (Process Meta Language) qui est 
un langage permettant d'obtenir une modelisation abstraite de systemes 
5 distributs asynchrones, sous forme d'automates ci etats non finis, et une 
algebre dite LTL, selon I'expression « Logique Temporelle Lineaire », qui 
permet de modeliser les propri6t6s, requises ou non desirees, du systeme, 
par exemple la perte aleatoire d'un datagramme IP Multicast. Utilisation de 
la representation locale des protocoles dans les multiplexeurs a coprocess 

10 X co permet alors de s'affranchir de la tache delicate de programmation du 
modele formel et de maintenir automatiquement une representation abstraite 
du systeme pendant tout son cycle de vie, de maniere notamment a pouvoir 
simuler et valider les protocoles implementes par les process unitaire P1, P2, 
...PN, avant meme d'avoir a les implemented Au strict minimum, il est 

15 possible sur le systeme en ligne, par un tri topologique sur le graphe de 
* dependance des requetes de detecter les inter blocages potentiels entre" 
process, et done de les prevenir. 

L'invention permet avantageusement une simplification des 
20 applications. En effet, les fonctions liees a la communication inter-process, a 
la concurrence ou a la validation des protocoles, sont par essence 
distributes. II est done normal des les voir implementes, puis activ6es 
independamment des applications unitaires P1, P2, ...PN. II en resulte done 
une simplification importante de la conception des applications qui peuvent 
25 se focaliser sur la realisation d'une tache unique ou elementaire, ces taches 
s'interfagant sur les entrees et sorties standards. Un effort particulier est 
requis sur la description des entrees/sorties dans le multiplexeur a 
coprocess. Cet effort est de toute fagon benefique, puisqu'il formalise 
I'interface, ce qui facilite la reutilisation d'un module relatif a une tache 
30 elementaire. Un module ayant un traitement de type batch, e'est-a-dire une 
lecture de ses donnees en entree depuis un fichier 51, 52, 53, 54, passe 
automatiquement a un mode reactif par Taction du multiplexeur a coprocess. 
La necessite d'introduire de I'asynchronisme au niveau de I'application 
disparaTt, notamment du fait de la distribution des services dans des process 
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concurrents et de I'asynchronisme deja present dans un multiplexeur a 
coprocess. 

Un autre avantage apporte par I'invention a trait a la strategie de 

5 reutilisation. En developpement oriente objet classique, la reutilisation de 
code est obtenue par abstraction des algorithmes puis par instanciation en 
objets. Cette methodologie de developpement implique une nouvelle 
conception complete du code preexistant. Ce modele peut devenir inefficace 
lorsque I'algorithme se trouve dispersee dans une hierarchie complexe de 

10 classes et sous-classes, rendant difficile la comprehension d'une classe sans 
connaTtre les details de I'ensemble de la hierarchie. Au contraire, le 
multiplexeur a coprocess, et plus generalement I'ajout de services de 
maniere transparente aux interfaces systeme, favorise une reutilisation par 
concretisation des algorithmes et capacite d'integration d'un process dans le 

15 systeme. Ce n'est pas tant le code qui est reutilise que directement 
I'executable. II n'est a priori pas necessaire de revenir sur le code existant, 
ou alors pour le simplifier, mais pas pour le concevoir. L'heritage de services 
a lieu non pas de maniere statique a la compilation des programmes, mais 
de maniere dynamique a I'execution des programmes. L'interface entre 

20 modules est definie en termes de protocoles, plutot qu'en termes de 
structures de donnees et methodes. La programmation orientee objet a 

£ 

notamment pour but de mattriser la complexite au sein d'une application, 
c'est-a-dire de creer de grosses applications a partir de petits ensembles de 
services, alors que le multiplexeur a coprocess tel qu'utilise dans I'invention 
25 permet de maTtriser la complexite d'un systeme distribue, c'est-a-dire de 
creer de gros systemes concurrents a partir de petits process. 

De maniere generale, les protocoles du type flots de donnees ou 
flots de texte, traites ligne par ligne, sont faciles a apprehender. lis 

30 permettent une definition simple et lisible des commandes, ce qui autorise la 
mise en oeuvre directe du programme isole en mode interactif sur un 
terminal. Un utilisateur beneficie d'une batterie etendue d'outils puissants de 
manipulation de texte pour automatiser les tests ou la simulation de donnees. 
Au niveau systeme, les avantages sont encore plus marques. En particulier, 

35 ie format texte permet une interpretation immediate de la capture des flots de 



donnees entre process Pi, Pk. La representation en code ASCII des donn6es 
permet de garantir I'echange de donnees entre plates-formes d'architectures 
materielles heterogenes. L'utilisation d'un protocole en mode texte 6vite 
aussi d'avoir a encombrer le code avec les traces de mise au point Ii6es aux 
^changes. Enfin, dans le temps, le mode texte, par son ouverture et sa 
flexibility, permet de faciliter la compatibility ascendante entre les versions 
successives d'un protocole. 



« * 
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REVENDICATIONS 

1. Systeme informatique comportant au moins deux 

process (P1, P2, ...Pi, ...PN) relies par un reseau (40), caracterise en ce que 
chaque process etant execute par un materiel (31) equipe d'un systeme 
5 d'exploitation (32), un process comporte au moins : 

- une couche logicielle librairie (libc) permettant a ce systeme 
d'exploitation (32) d'acceder aux programmes d'activation des 
protocoles de communications associes aux entrees sorties ; 

- une couche intermediate comportant un service de 
10 communication entre process associee a un canal de 

communication (21) ; 

- un multiplexeur (Xco, 41, 42, 43, 44) encapsule dans la librairie 
(libc) multiplexant le canal de communication d'un process Pi 
avec les canaux de communication des autres process P1 , P2, 

15 ...PN, le canal de communication (21) entre deux process Pi, 

Pk, est active par les multiplexeurs des deux process, sur 
requete de Tun. ; 

2. Systeme selon la revendication 1, caracterise en ce que la 
20 librairie (libc) est intercalee entre une couche logicielle duplication (3) et le 

systeme d'exploitation (32). 

3. Systeme selon Tune quelconque des revendications 
precedentes, caracterise en ce que le canal de transmission (21) assure le 

25 transfert de donnees unidirectionnel entre deux process. 

4. Systeme selon Tune quelconque des revendications 
precedentes, caracterise en ce que le service de communication entre 
process est active par le multiplexeur (Xco, 41, 42, 43, 44) par interception 

30 d'appels relatifs aux entrees/sorties selon un protocole compose de requetes 
et de reponses, ce protocole etant defini au niveau du multiplexeur dans une 
table (61, 62, 63, 64) indiquant le type de donnees, les echanges se faisant 
sous forme de flots de donnees. 
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5. Systeme selon la revendication 4, caracterise en ce qu'en plus 
du service de communication entre process, d'autres services actives par le 
multiplexeur sont associes au process, les services etant actives selon 4e- 
protocole un protocole compose de requetes et de r6ponses. 

5 

6. Systeme selon Tune quelconque des revendications 4 ou 5, 
caracterise en ce que la table (61, 62, 63, 64) indique le type de donnees, 
requete ou reponse, le service associe ainsi que des attributs de 
dimensionnement pour le traitement des donnees. 

10 

7. Systeme selon Tune quelconque des revendications 5 ou 6, 
caracterise en ce qu'un service etant la redondance maTtre-esclave, la 
premiere instance du service etant maTtre et les instances suivantes etant 
esclaves, lorsqu'un process Pi emet une requete, celle-ci est trait6es par 

15 tous les autres process P1, P2, ...PN, le multiplexeur de ces process filtrant 
- - les reponses des esclaves- en cas de-perte d'un maTtre, un esclave etant 
promu maTtre a son tour. 

8. Systeme selon Tune quelconque des revendications 5 a 7, 
20 caracterise en ce que dans un mode d'acces a un process en concurrence 

selective, pour permettre de repartir la charge de traitement entre plusieurs 
instances du process, le multiplexeur (Xco) de ce dernier selectionne a 
chaque requete quelle instance effectue le traitement. 

25 9. Systeme selon Tune quelconque des revendications 5 a 8, 

caracterise en ce que dans un mode d'acces a un process en concurrence 
non selective, deux instances au moins d'un process effectuent les memes 
requetes, leurs reponses etant retournees au process client qui decide de la 
validite des reponses. 

30 

10. Systeme selon Tune quelconque des revendications 5 a 9, 
caracterise en ce qu'un multiplexeur (41 , 42, 43, 44) collecte des donnees de 
supervision aux deux frontieres auxquelles il est confronts, Tinterface avec le 
process P1, P2, ...PN et I'interface avec le media de transport, pour toutes 
35 ces donnees, le process enregistrant le nombre de mesures, les valeurs 



minimales, maximales et moyennes, pour chacune de ces valeurs, des seuils 
etant configures, le depassement ce ces seuils etant utilise pour le 
declenchement d'une alarme ou une autre action. 

11. Systeme selon la revendication 10, caracteris6 en ce que pour 
Tinterface avec le process, le multiplexeur collecte les donnees relatives & la 
taille des requetes ou reponses, a la frequence et au temps de traitement par 
le process, pour Tinterface avec le media, il collecte les donnees relatives au 
temps de latence et a la qualite de transmission. 
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5. Systeme selon la revendication 4, caracterise en ce qu'en plus 
du service de communication entre process, d'autres services actives par le 
multiplexer sont associes au process, les services etant actives selon un 
protocole compose de requetes et de reponses. 

5 

6. Systeme selon Tune quelconque des revendications 4 ou 5, 
caracterise en ce que la table (61, 62, 63, 64) indique le type de donnees, 
requete ou reponse, le service associe ainsi que des attributs de 
dimensionnement pour le traitement des donnees. 

10 

7. Systeme selon Tune quelconque des revendications 5 ou 6, 
caracterise en ce qu'un service etant la redondance maitre-esclave, la 
p rem jere instance du service etant maitre et les instances suivantes etant 
esclaves, lorsqu'un process Pi emet une requete, celle-ci est traitees par 

15 tous les autres process P1, P2, ..PN, le multiplexeur de ces process filtrant 
~ ~ les reponses des esclaves, en cas~de perte d'un maitre, ~un esclave etant - 
promu maTtre a son tour. 

8. Systeme selon Tune quelconque des revendications 5 a 7, 
20 caracterise en ce que dans un mode d'acces a un process en concurrence 

selective, pour permettre de repartir la charge de traitement entre plusieurs 
instances du process, le multiplexeur (Xco) de ce dernier selectionne a 
chaque requete quelle instance effectue le traitement. 

25 9. Systeme selon I'une quelconque des revendications 5 a 8, 

caracterise en ce que dans un mode d'acces a un process en concurrence 
non selective, deux instances au moins d'un process effectuent les memes 
requetes, leurs reponses etant retournees au process client qui decide de la 
validite des reponses. 

30 

10. Systeme selon Tune quelconque des revendications 5 a 9, 
caracterise en ce qu'un multiplexeur (41, 42, 43, 44) collecte des donnees de 
supervision aux deux frontieres auxquelles il est confronte, Tinterface avec le 
process P1, P2, ...PN et ('interface avec le media de transport, pour toutes 
35 ces donnees, le process enregistrant le nombre de mesures, les valeurs 
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